Base station subsystem multiplexer with support for local switching

ABSTRACT

In one embodiment, a wireless system comprises a host MSC/VLR of a public land mobile network (PLMN) and a plurality of base station subsystems (BSSs). Each BSS includes a respective base station controller (BSC) and one or more base transceiver stations (BTSs). The wireless system further comprises a virtual base station controller (VBSC) communicatively coupled to the plurality of BSSs and the host MSC/VLR. The VBSC appears, from the perspective of the host MSC/VLR, to be a base station controller for the BTSs in the plurality of BSSs. The VBSC and at least some of the BSSs include functionality for locally switching calls in the BSSs.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application Ser.No. 61/162,813, filed Mar. 24, 2009, and U.S. Provisional ApplicationSer. No. 61/142,783, filed Jan. 6, 2009, both of which are herebyincorporated herein by reference.

BACKGROUND

In a typical cellular wireless network, multiple base station subsystemsare coupled to a mobile switching center (MSC). Each base stationsubsystem (BSS) includes multiple base transceiver stations thatcommunicate with wireless mobile units using one or more air interfaces.Each BSS also includes a base station controller (BSC) that manages thebase transceiver stations and that communicates with the MSC. Each BSCis connected to the MSC using a suitable communication link. The linkbetween each BSC and the MSC is also referred to here as the “backhaul”link.

One common BSS configuration is a “macrocell” configuration in whichrelatively few high-powered, high-capacity base transceiver stationsprovide wireless coverage within a relatively large geographic area(also referred to as a “macrocell”). However, conventional macrocell BSSequipment is typically large and requires a central site in which todeploy the BSC equipment. Thus, conventional macrocell BSS equipment maynot be suitable in some applications.

Other BSS configurations make use of relatively low-powered,low-capacity base transceiver stations that provide wireless coveragewithin a relatively small geographic area. Examples of such BSSconfigurations include “microcell” and “picocell” configurations. Theuse of such alternative BSS configurations provides additionalflexibility in configuring a cellular wireless network.

However, issues can arise with using such alternative BSS configurationswith MSC equipment that was designed for use with conventional macrocellBSS equipment. For example, it may be difficult from a network planningand management standpoint to use conventional MSC equipment with a largenumber of BSSs that are implemented using different types of BSSequipment since the MSC may not be able to be configured to work withmultiple different types of BSS equipment at the same time.

Moreover, in some applications, the backhaul link is implemented using arelatively expensive communication link such as a satellite link. Insuch applications, it is desirable to reduce the amount of data thatmust be communicated over this backhaul link. One way to do this is touse local switching within each BSS, where calls between two mobileunits that are served by the same BSS are cross-connected within theBSS. In this way, the call data for such locally switched calls need notbe communicated over the backhaul link to the MSC for switching by theMSC.

In US Patent Publication 2008-0310404 (U.S. patent application Ser. No.11/914,633, filed on Aug. 8, 2008), a local switching scheme isdescribed in which local media gateways are co-located within each BSS.In this scheme, in order for a call between two mobiles units that areboth served by the same BSS to be locally switched, the MSC is modifiedto include functionality that selects the appropriate local mediagateway to locally switch the call. In other words, with this localswitching scheme, the MSC is modified to support locally switching.

SUMMARY

One embodiment is directed to a wireless system. The wireless systemcomprises a host MSC/VLR of a public land mobile network (PLMN) and aplurality of base station subsystems (BSSs). Each BSS includes arespective base station controller (BSC) and one or more basetransceiver stations (BTSs). The wireless system further comprises avirtual base station controller (VBSC) communicatively coupled to theplurality of BSSs and the host MSC/VLR. The VBSC appears, from theperspective of the host MSC/VLR, to be a base station controller for theBTSs in the plurality of BSSs. The VBSC and at least some of the BSSsinclude functionality for locally switching calls in the BSSs.

Another embodiment is directed to a method of determining a MSISDN for asubscriber. The method comprises receiving an identifier associated withthe subscriber from a first leg of a call and sending a short messageservice (SMS) message that appears to be from the subscriber to avirtual subscriber, where the SMS message is not actually sent from userequipment associated with the subscriber but from a first functionwithin the wireless communication system. The virtual subscriber isassociated with a second function within the wireless communicationsystem. The method further comprises receiving the SMS message by thesecond function associated with the virtual subscriber and extractingthe MSISDN from the received SMS message.

Another embodiment is directed to a method of determining if the legs ofcalls should be locally switched, where each call comprise a first legand a second leg. The method comprises inserting user-to-userinformation into at least one message that relates to the first leg of afirst call, the inserted user-to-user information including at least oneidentifier. The method further comprises checking messages related tothe second legs of a set of calls to see if any include user-to-userinformation comprising the identifier. The method further comprises, ifany messages related to the second leg of a call includes user-to-userinformation comprising the identifier, checking if the first leg andthat second leg are terminated in a same routing zone of a base stationsubsystem and, if they are, causing the first leg and that second leg tobe locally switched within the routing zone.

Another embodiment is directed to a method of determining if the legs ofcalls should be locally switched, where each call comprises a first legand a second leg. The method comprises inserting a dual-tonemulti-frequency (DTMF) tone into at least one message that relates tothe first leg of a first call, the inserted DTMF being associated withthe first leg of the first call. The method further comprises checkingmessages related to the second legs of a set of calls to see if anyinclude the inserted DTMF tone. The method further comprises, if anymessages related to the second leg of a call includes the inserted DTMFtone, checking if the first leg and that second leg are terminated in asame routing zone of a base station subsystem and, if they are, causingthe first leg and that second leg to be locally switched within therouting zone.

Another embodiment is directed to a controller system for coupling ahost MSC/VLR of a public land mobile network (PLMN) to a plurality ofbase station subsystems (BSSs), where each BSS includes a respectivebase station controller (BSC) and one or more base transceiver stations(BTSs). The controller system comprises a multiplexer function thatroutes control plane messages received form the host MSC/VLR to anappropriate one of the BSSs and that performs point-code addresstranslation for messages communicated among the host MSC/VLR and theBSSs. The controller system further comprises a local switching functionthat determines when calls handled by the BSSs should be locallyswitched. The controller system appears, from the perspective of theMSC/VLR, to be a base station controller for the BTSs in the pluralityof BSSs.

DRAWINGS

FIGS. 1 and 2 are block diagrams of one embodiment of a wirelesscommunication system.

FIG. 3 is a flow diagram of one embodiment of a method of obtaining theMSISDN number of a subscriber.

FIG. 4 is a flow diagram of one embodiment of a method of identifyingthose calls where both legs of the call are terminated in the samerouting zone using the MSISDN of the MT mobile station.

FIG. 5 is a flow diagram of another embodiment of a method ofidentifying those calls where both legs of the call are terminated inthe same routing zone using user-to-user information inserted in themobile originated (MO) leg.

FIG. 6 is a flow diagram of another embodiment of a method ofidentifying those calls where both legs of the call are terminated inthe same routing zone using a dual-tone multi-frequency tone (DTMF)inserted in the mobile originated (MO) leg.

FIG. 7 is a block diagram of one embodiment of a method that isperformed by the PALIM function when a mobile station that is locatedwithin one of the remote routing zones performs a location update.

DETAILED DESCRIPTION

FIGS. 1 and 2 are block diagrams of one embodiment of a wirelesscommunication system 100 suitable for use with the virtual base stationcontroller (VBSC) functionality described below. The system 100 iscoupled to a public land mobile network (PLMN) 102 (also referred tohere as the “host” PLMN 102). The wireless communication system 100 isdescribed here as being implemented in order to support one or more ofthe Global System for Mobile communication (GSM) family of telephony anddata specifications and standards. It is to be understood, however, thatother embodiments are implemented to support other wirelessspecifications or standards including, for example, one or more of theCDMA family of telephony and data standards (including, for example, theIS-95, CDMA2000, and EV-DO standards).

The system 100 comprises a plurality of base station subsystems 104.Each of the base station subsystems 104 implements at least one airinterface that enables it to communicate with at least one wirelessdevice located within a coverage area associated with that base stationsubsystem 104. In the particular embodiment shown in FIG. 1, thewireless device is a GSM mobile station (such as a mobile telephone or apersonal digital assistant) that is able to at least make and receivetelephone calls and to send and receive packet data in accordance withthe General Packet Radio Service (GPRS) family of GSM standards. In thisembodiment, the BSS 104 supports at least one GSM telephony airinterface that enables the BSS 104 (and the other elements of the firstPLMN 102) to communicate with a wireless device that is able to make andreceive telephone calls and to send and receive packet data.

Each BSS 104 comprises a respective base station controller (BSC) 106and one or more base transceiver stations (BTS) 108. In the particularembodiment shown in FIGS. 1 and 2, each BSC 106 implements GSM basestation controller functions including, for example, base stationmanagement (including radio channel allocation, call handovers amongbase stations, and base transceiver station configuration), software andalarm handling, and operations and maintenance support. Moreover, inthis embodiment, each of the BSSs 104 includes GPRS packet control unit(PCU) functionality for handling GPRS packet data. Each BTS 108implements GSM base station functionality including, for example, one ormore radio transceiver (TRXs), power amplifiers, combiners, duplexers,and antennas (and/or suitable interfaces to connect the BTS 108 to oneor more antennas).

Each BSS 104 is associated with one or more routing zones 110. A routingzone 110 comprises a cluster of BTSs 108, and each routing zone 110 isassociated with one or more BSSs 104. In the particular embodiment shownin FIGS. 1 and 2, one BSS 104 includes two routing zones 110 (routingzones B and C), three other BSSs 104 include only one routing zone 110(routing zone A, routing zone D, and routing zone F) and another routingzone 110 (routing zone E) includes two BSSs 104. The BTSs 108 withinrouting zone C are controlled by the BSC 106 that is located within therouting zone B.

In the particular embodiment shown in FIGS. 1 and 2, routing zones A, B,C, D, and E are located in a remote location relative to the host PLMN102 and are coupled to the host PLMN 102 via relatively expensivebackhaul communication links such as satellite communication links(shown in FIGS. 1 and 2 using dashed lines). These routing zones 110 arealso referred to here as “remote” routing zones 110. Each of the remoterouting zones A, B, C, D, and E includes functionality for handling thelocal switching of voice and data services. This local switching isperformed under the control of the VBSC 122 (described below). Bylocally switching calls where both legs of the call terminate within thesame routing zone 110, the bearer traffic for such calls need not bebackhauled to the host PLMN 102 for switching. In this particularembodiment, the backhaul link is implemented using an IP network 124,and communications occur over the backhaul link using a GSM A interfacethat is implemented over an IP link (also referred to here as an“A-over-IP” interface).

Also, in this embodiment, routing zone F is located relatively close tothe host PLMN 102 and is coupled to the host PLMN 102 using relativelyinexpensive backhaul communication links (shown in FIGS. 1 and 2 using asolid line). This routing zone is also referred to here as a “central”routing zone. The central routing zone does not include functionalityfor local switching within that routing zone.

In the particular embodiment shown in FIGS. 1 and 2, the elements of theBSSs 104 that are implemented in routing zones A, B, C, D, and E arecommunicatively coupled to one another using a respective InternetProtocol (IP) network 112 (not shown with respect to routing zone E).The IP networks 112 can be implemented in various ways (for example,using wired and/or wireless communication links). In routing zones A, B,C, D, and E the BTSs 108 communicate with the respective BSC 106 overthe IP network 112 using an IP-based interface (for example, an Abisover IP interface), and the BSCs 106 are configured to communicate withan MSC using an A-over-IP interface. Also, routing zone C includes a hub116 (or other inter-networking device) that is used to couple the IPnetwork 112 of routing zone C to the IP network 112 of routing zone B sothat the BTSs 108 of routing zone C can be controlled by the BSC 106 inrouting zone B.

In this embodiment, the BSCs 106 in the remote routing zones A, B, and Cinclude appropriate functionality (such as Media Gateway ControlProtocol (MGCP) client functionality) to cause voice and datacommunications handled by the respective BSSs 104 to be locally switchedusing the underlying IP network 112 to route the voice and data packetsas needed.

In the particular embodiment shown in FIGS. 1 and 2, remote routing zoneD makes use of a circuit-switched BSS 104 in which the BTSs 108 arecoupled to the respective BSC 106 over circuit-switched (TDM)communication links and the BSC 106 is configured to communicate with anMSC over a circuit-switched A interface. In this routing zone D, a localmedia gateway (MG) 114 is used to communicatively couple thecircuit-switched BSC 106 to the IP backhaul link. The local MG 114, at aminimum, includes functionality for handling the local switching ofvoice and data services. The local MG 114 performs this local switchingunder the control of the VBSC 122 (described below). The local MG 114also includes other media gateway functionality, such as mediaconversion functionality for converting between packetized call data andTDM formats if necessary and/or to bandwidth optimize call data forsatellite backhaul links while maintaining high voice quality (forexample, using a G.729b codec).

The host PLMN 102 includes a network switching subsystem (NSS). In theembodiment shown here, some of the NSS equipment is located in anetworks operation center (NOC) that is physically remote from theremote routing zones A, B, C, D, and E. The NSS is communicativelycoupled to a public switched telephone network (PSTN) (for example, forvoice communications), to data networks (such as the Internet), and toother public land mobile networks (none of which are shown in FIGS. 1and 2). The NSS of the host PLMN 102 implements switching functionality,authorizes subscribers, obtains and maintains subscriber information,and provides applications and call features to subscribers of the hostPLMN 102 (such as call ringing, roaming, voice mail, short messageservice). The NSS of the host PLMN 102 comprises a mobile switchingcenter (MSC) and a visitor location register (referred to herecollectively as the “host MSC/VLR” 116). The host MSC/VLR 116 implementsconventional GSM MSC and VLR functionality (such as call processing,switching, mobility management, and handover handling) for wirelessdevices that are currently located within a coverage area associatedwith the host PLMN 102.

In the particular embodiment shown in FIGS. 1 and 2, the host MSC/VLR116 is designed to communicate with base station subsystems over acircuit-switched GSM A interface (implemented using a conventional timedivision multiplexing (TDM) backhaul link such as one or more T1 or E1links). However, in the particular embodiment shown in FIGS. 1 and 2,the BSSs 104 are designed to communicate with a MSC/VLR using a GSM Ainterface that is implemented over an IP link (also referred to here asan “A-over-IP” interface).

The NSS of the host PLMN 102 also includes various nodes forimplementing Intelligent Network functionality in the host PLMN 102. Forexample, in the particular embodiment shown in FIGS. 1 and 2, the hostPLMN 102 also includes a service control function (SCF) and specializedresource function (SRF) 118 that implement conventional SCF and SRFfunctionality.

The NSS also includes a conventional Serving GPRS Support Node (SGSN)120 to support providing GPRS service to the BSSs 104. In the particularembodiment shown in FIGS. 1 and 2, the SGSN 120 is designed to interfacewith a PCU over a GPRS Gb interface implemented over a Frame Relaybackhaul communication link. However, the PCU functionality included inthe BSSs 104 is configured to communicate using the GPRS Gb interfaceimplemented over an IP link (also referred to here as a “Gb-over-IP”interface).

In the embodiment shown in FIGS. 1 and 2, the host MSC/VLR 116 iscoupled to the BSSs 104 by a virtual base station controller (VBSC) 122.The BSSs 104 are communicatively coupled to the VBSC 122 via an IPnetwork 124. The VBSC 122 is configured to communicate with the BSC 106using the A-over-IP interface that is implemented over the IP network124. The host MSC/VLR 116 is coupled to the VBSC 122 over one or moreTDM links.

Referring to FIG. 2, the VBSC 122 includes a central media gateway 126that handles media conversion between the media formats used in the BSSs104 and the media formats used in the rest of the PLMN 102 or othernetwork to which the PLMN 102 is communicatively coupled (such as thePSTN or another PLMN). In the embodiment shown in FIG. 1, each BSS 104communicates call data over the respective IP network 112 as datapackets using the Real-time Transport Protocol (RTP), whereas otherformats are used in the rest of the PLMN 102 (for example, one or moreTDM media formats). In such an embodiment, the central media gateway 126in the VBSC 122 handles the conversion between the packetized RTP calldata and the TDM formats. Moreover, the central media gateway 126performs appropriate media conversions for bandwidth optimizing calldata for communication over satellite backhaul links.

The VBSC 122 comprises its own MSC functionality 128 that is used forinterpreting control-plane messages (for example, call setup andmobility management messages) that are sent to or received from the hostMSC/VLR 116 of the PLMN 102 and sent to or received form the BSCs 106.The MSC functionality 128 implements appropriate protocol stacks for theVBSC 122 to process such control-plane messages as described below.

The VBSC 122 also comprises a Private A-link Intelligent Multiplexor(PALIM) function 130. The PALIM function 130 is used to logically couplethe rest of the elements of the VBSC 122 to the circuit-switched Ainterface used to couple the VBSC 122 to the host MSC/VLR 116. The PALIMfunction 130 detects and processes various types of control-planemessages (for example, call setup and mobility management messages) thatare communicated over the circuit-switched A-interface coupled to thehost MSC/VLR 116 and over the A-over-IP interface coupled to the BSSs104.

The VBSC 122 is configured to appear, from the perspective of the BSCs106 of each of the BSSs 104, to be the MSC/VLR for those BSCs 106. TheVBSC 122 is also configured to appear, from the perspective of the hostMSC/VLR 116, to be the single BSC that controls all of the BTSs 108. Inother words, even though the PLMN 102 includes multiple BSCs 106, thehost MSC/VLR 116 need only be configured to interact with a single VBSC122. The PALIM function 130 of the VBSC 122 handles the routing ofmessages from the host MSC/VLR 116 to the appropriate actual BSC 106 andthe routing of messages from the actual BSCs 106 to the host MSC/VLR116.

In the embodiment shown in FIGS. 1 and 2, the BSCs 106 and the VBSC 122(when the VBSC 122 communicates with the BSCs 106) are configured to use“private” point codes (or other addresses) that are not seen by the restof the PLMN 102. The VBSC 122 is also allocated a valid point code fromthe point code range used in rest the PLMN 102. This point code is alsoreferred to here as the “public” point code for the VBSC 122. The PALIMfunctionality 130 of the VBSC 122 performs any point code addresstranslation that is necessary for messages that are sent from the BSCs106 to the VBSC 122 and for messages that are sent from the host MSC/VLR116 to the VBSC 122.

For example, for messages that are sent from the BSCs 106 to the VBSC122, the PALIM function 130 of the VBSC 122 modifies the originatingpoint code by replacing the private point code of the BSC 106 that sentthe message with the public point code of the VBSC 122. For messagesultimately intended for a BSC 106 that are sent from the host MSC/VLR116, the PALIM function 130 of the VBSC 122 modifies the originatingpoint code by replacing the public point code of the VBSC 122 with theprivate point code of the BSC 106 that the message is intended for. ThePALIM function 130 of the VBSC 122 maintains a stateful translationtable for performing such address translation by inspecting messagesthat pass through the PALIM function 130 (for example, using theInternational Mobile Subscriber Identity (IMSI) number of the mobilestations that are communicating via each BSC 106). For example, when amobile station moves into a coverage area associated with one of theBSSs 104, the authentication and location update messages the mobilestation sends and receives will go through the PALIM function 130 of theVBSC 122, which performs any necessary point code address translationfor such messages.

The VBSC 122 includes a Media Gateway Control (MGC) function 132 thatcontrols the central media gateway 126 in the VBSC 122 and any localmedia gateways 114 in the BSSs 104 using the Media Gateway ControlProtocol (MGCP). The MGC function 132 is also able to communicate withthe MGCP functionality in the IP BSCs 106 in routing zones A, B, C, andE. The MGC function 132 communicates with the local MGs 114 and the IPBSCs 106 over the IP network 124. The VBSC 122 also includes a RTP localswitching (RLS) function 134 that is configured to determine if a callhandled by the VBSC 122 should be locally switched and, if that is thecase, instruct the MGC function 132 to have the call locally switched.

In particular, the PALIM function 130 inspects control-plane messagesthat are communicated between BSSs 104 and host MSC/VLR 116 anddetermines when the central MG 126 needs to setup one leg of a telephonecall by connecting a TDM channel from the circuit-switched A interfaceand a corresponding IP media stream from the BSS 104 that is handlingthe relevant mobile station. The TDM channel is assigned by the hostMSC/VLR 116 for the call and is typically identified by a circuitidentity code (CIC) that is communicated to the VBSC 122 in a BSSMAPmessage. This TDM channel is sometimes referred to here simply as a“CIC.” When the PALIM function 130 determines a leg of call needs to besetup, the PALIM function 130 requests that the MGC function 132 connectthe CIC assigned to that leg with the corresponding IP media stream fromthe relevant BSS 104. When the MGC function 132 receives such a request,it forwards the request to the RLS function 134. The RLS function 134checks if both legs (that is, the mobile originated (MO) and mobileterminated (MT) legs) of the call are terminated in the same routingzone and, if that is the case, checks if that routing zone is configuredfor local switching. If that is the case, the RLS function 134 instructsthe MGC function 132 to instruct the relevant local MG 114 or IP BSC 106to locally switch within the routing zone, thereby avoiding having tobackhaul the call bearer traffic over the backhaul link.

Since the VBSC 122, in this particular embodiment, does not have accessto the subscriber information stored in the VLR of the host MSC/VLR 116,the RLS function 134 cannot use the subscriber information stored in thehost MSC/VLR 116 to help it check if both legs of a call terminate inthe same routing zone.

The control-plane messages for the MO leg of a call will identify thecalled MT mobile station by MSISDN, not by its IMSI or TMSI. However,when the host MSC/VLR 116 sets up the MT leg of the call, thecontrol-plane message sent from the host MSC/VLR 116 only include theIMSI or TMSI of the called MT mobile station. As result, the RLSfunction 134 needs another mechanism to help it check if both legs of acall terminate in the same routing zone. In the particular embodimentshown in FIGS. 1 and 2, the PALIM function 130 maintains a table 136(shown in FIG. 2) that is used to store subscriber information that canbe used by the RLS function 134 to determine if both legs of a callterminate in the same routing zone. Examples of how this is done aredescribed below in connection with FIGS. 3-6.

When a call is locally switched by a local MG 114 or IP BSC 106, CICsassigned by the host MSC/VLR 116 to the MO and MT legs of the call arenot released. The VBSC 122 includes voice insert monitor (VIM) function138. When a call is locally switched by a local MG 114 or IP BSC 106,the VIM function 138 monitors both CICs assigned by the host MSC/VLR 116to the call for any alerts or other messages that might be communicatedto the mobile stations involved in the call. Examples of such alertsinclude pre-paid service-related SRF alerts (for example, alertsindicating that a pre-paid subscriber is about to run out of pre-paidtime). For instance, when the SCF/SRF 118 sends an alert over the CICassigned by the host MSC/VLR 116 to the call, the VIM function 138 ofthe VBSC 122 will detect that alert, cause the MGC function 128 toinstruct the relevant local MG 114 or IP BSC 106 to tear down the localcross-connection it established and to cross-connect both legs of thecall using the CICs assigned by the host MSC/VLR 116. In this way, themobile stations will be able to receive any such alerts. In oneimplementation of such an embodiment, once the local cross-connection istorn down and both legs are connected to their respective CIC forcross-connection by the host MSC/VLR 116, the call remains set up thatway for the remainder of the call.

In the particular embodiment shown in FIGS. 1 and 2, the VBSC 122 alsoincludes GPRS network address translation (GNAT) functionality 140(shown in FIG. 2). The GNAT functionality 140 implements conventionalGNAT functions, as well as providing a bridge between the Gb-over-IPinterface used by the PCU functionality in the BSSs 104 and theGb-over-FR interface used by the SGSN 120 of the host PLMN 102. The GNATfunctionality 140 also aggregates the multiple Gb-over-IP interfacesinto a single Gb-over-FR interface.

The embodiment of FIGS. 1 and 2 can be used, for example, where thebackhaul IP network 124 is implemented over relatively expensive and/orlow bandwidth links (such as satellite or microwave links). In one suchapplication, for example, one or more of the BSSs 104 are located inremote areas (for example, on islands). In such an application, one ormore of the BSSs 104 are communicatively coupled to the VBSC 122 andhost PLMN 102 over satellite links. In such applications, the localswitching that is provided in the embodiment shown in FIGS. 1 and 2 canbe used to reduce the amount of traffic that is communicated over thesatellite backhaul links.

Moreover, the embodiment of FIGS. 1 and 2 can be used, for example,where alternative BSS configurations (for example, picocell andmicrocell BSSs) are used with MSC equipment that was designed for usewith conventional macrocell BSS equipment. The VBSC 122 appears to sucha macrocell MSC to be a single, conventional circuit-switched macrocellBSC, while the VBSC 122 appears to be the MSC/VLR for the BSSs. In thisway, the macrocell MSC can be configured as if there is only a single,conventional BSC coupled to it, which can make it easier to plan andconfigure the PLMN 102, while using alternative BSS configurations wheredoing so is advantageous.

In some implementations of the embodiment shown in FIGS. 1 and 2, theMSC functionality 128 of the VBSC 122 performs the handover processingfor some types of handovers. For example, the MSC functionality 128 ofthe VBSC 122 can be configured to handle intra-cell handovers (that arenot otherwise handled by the relevant BSCs 106 or BTSs 108), inter-cellhandovers within the same BSS (that are not otherwise handled by therelevant BSCs 106), and intra-MSC handovers among the BSSs 104 that areserviced by the VBSC 122. In such implementations, the PALIM function130 would identify the control-plane messages related to such handoversand forward them to the MSC functionality 128 for handling. In this way,the host MSC/VLR 116 need not handle such handover processing, which maybe substantial if there is a larger number of BSSs 104 and/or if theassociated coverage areas are small. Also, the VBSC 122 can beconfigured to notify the MSC/VLR 116 of the PLMN 102 when such handoverare completed. Optionally, the VBSC 122 can be configured to performsuch handovers in a manner that is completely transparent to the hostMSC/VLR 116 to offload all non-revenue based signaling.

In some embodiments, the VBSC 122 is also configured to providedifferentiated classes of service. For example, the PALIM function 130of the VBSC can be configured as described in U.S. Pat. No. 5,818,824 tosupport private subscribers and/or hybrid subscribers as well as regularpublic subscribers. As used here, a private subscriber is a subscriberwho is only able to make calls to and receive calls from other privatesubscribers. Each private subscriber has an assigned “private” MSISDNthat can only be called by other private subscribers. Also, each privatesubscriber is not able to roam onto other providers' networks. A hybridsubscriber is a subscriber who is able to make calls to and receivecalls from both private subscribers and other regular publicsubscribers. Each hybrid subscriber has an assigned private MSISDN thatother private subscribers and hybrid subscribers can use to call thehybrid subscriber when the hybrid subscriber is in a location areaassociated with one of the BSSs 106 and an assigned “public” MSISDN thatpublic subscribers and other hybrid subscribers can use to call thehybrid subscriber regardless of what network the hybrid subscriber isusing at the time any such call is made. In such embodiments, the VBSC122 (more specifically, the MSC functionality 128 and a HLR 129) areconfigured to handle the MSC/HLR/VLR functions for the private MSISDNnumbers assigned to the private subscribers and the hybrid subscribers.The PALIM function 130, in such embodiments, implements A-interfacemultiplexing (described in the U.S. Pat. No. 5,818,824) to seamlesslyprovide “private” wireless service in connection with the private MSISDNnumbers assigned to the private subscribers and hybrid subscribers whilealso providing “public” wireless service to public subscribers(including both roamers and home subscribers of the PLMN 102). The VBSC122 can also used to provide other differentiated services for privateor hybrid subscribers such as priority calling (for example, withcapacity reserved) or special services (for example, abbreviated dialingor push-to-talk (PTT) service).

In one implementation of such a PALIM embodiment, the VBSC 122 is alsoconfigured to automatically setup roamers as hybrid subscribers in amanner similar to what is described in U.S. patent application Ser. No.12/199,335, filed on Aug. 27, 2008, entitled “OPEN TO ALL PREPAIDROAMING SYSTEMS AND METHODS”, which is also referred to here as the“'335 Application” and is hereby incorporated herein by reference. TheVBSC 122 would discover each roamer's public MSISDN assigned by its homenetwork using the techniques described below. The VBSC 122 could beconfigured to automatically assign each roamer (newly created hybriduser) a private MSISDN number that the roamer could use to receive callsfrom private users or other hybrid users while the roamer is within acoverage area associated with the VBSC 122. The private MISDN numbercould be used to provide the Open to all Prepaid Roaming (OPR) servicedescribed in the '335 Application.

Also, the PALIM function 130 can be implemented using the iPALIMfunctionality described in U.S. patent application Ser. No. 12/492,344,filed Jun. 26, 2009, entitled “PRIVATE CELLULAR SYSTEM WITHAUTO-REGISTRATION FUNCTIONALITY”, which is hereby incorporated herein byreference and is also referred to here as the “'344 Application”.

Moreover, the PALIM function 130 can be configured, in oneimplementation, to allow operators of the wireless network to controlwhich mobile users are allowed to register (white list) or disallowedfrom registering (black list) with the host PLMN 102 using theregistration functionality in the PALIM function 130. This registrationcontrol function prohibits “illegal” visitors (that is, visitors who arenot allowed to register) from registering with the host PLMN 102 usingthe PALIM function 130. The PALIM function 130 is configured to send a“Location Area Updating Reject” message to the illegal visitor's mobileto indicate the cause of rejection. The PALIM function 130 can beconfigured so that the wireless network operator can choose one of thefollowing rejection causes depending on the requirements of thatoperator's network: “PLMN not allowed” (in which case host PLMN 102 willbe added to the “Forbidden PLMN List” stored in the visitor's SIM cardto prevent the mobile from any further registration attempt with thehost PLMN 102), “LA not allowed” (in which case the mobile will notattempt to register with the host PLMN 102 again, unless the mobile haschanged its location area), and “Roaming not allowed in this LA” (inwhich case the selected location area does not accept visitors fromanother PLMN).

In such an implementation, the PALIM function 130 uses a IMSI PrefixTable that can be configured by the operator as either a “White List” ora “Black List”. If the IMSI Prefix Table is configured as a White List,then only users whose IMSI prefix can be found in the IMSI Prefix Tableare allowed to register with the host PLMN 102 using the registrationfunctionality in the PALIM function 130. If the IMSI Prefix Table is setas a Black List then only users whose IMSI prefixes are listed in theIMSI Prefix Table are prohibited from registering with the host PLMN 102using the registration functionality in the PALIM function 130. In otherwords, a White List is a list of IMSI prefixes that are allowed toregister with the host PLMN 102 using the registration functionality inthe PALIM function 130, while Black List is a list of IMSI prefixes thatare prohibited from registering with the host PLMN 102 using theregistration functionality in the PALIM function 130. In such animplementation, the length of an IMSI prefix entry is between 1 and 15digits. If an IMSI prefix is a 15-digit number then it is a single IMSInumber. If it is shorter than 15 digits then all the numbers that beginwith this prefix match that IMSI prefix. For example if an IMSI prefixis set to 46001 then all IMSI numbers that begin with 46001 match thatIMSI prefix.

The VBSC 122 can also be configured to provide other types of servicessuch as private networks, specialized services, or network accesscontrol.

FIGS. 3-6 illustrate methods that can be used to provide information tothe RLS function 134 to assist it in identifying calls where both legsof the call are terminated in the same routing zone.

FIGS. 3-4 illustrate one approach that makes use of the MobileSubscriber ISDN Number (MSISDN) of the MT mobile station. In thisapproach, the PALIM function 130 of the VBSC 122 obtains the MSISDN ofeach new subscriber that it handles. The VBSC 122, in this example, doesnot have access to the subscriber data stored by the host MSC/VLR 116.As a result, the MSISDN numbers of the subscribers (and associatedmobile stations) handled by the VBSC 122 cannot be obtained from thehost MSC/VLR 116. FIG. 3 is a flow diagram of one embodiment of a method300 of obtaining the MSISDN number of a subscriber. Method 300 isdescribed here as being implemented in the system of FIGS. 1 and 2,though other embodiments can be implemented in other ways.

When a mobile station enters a coverage area associated with one of therouting zones 110 and successfully completes a location update (checkedin block 302), the PALIM function 130 of the VBSC 122 checks if it needsto obtain the MSISDN for that subscriber (checked in block 304). ThePALIM function 130 does this by taking the IMSI or TMSI from thelocation update message and checking the subscriber information table136 to see if the PALIM function 130 needs to obtain the MSISDN for thatsubscriber (for example, because the table 136 does not contain anyinformation for that subscriber either because the MSISDN has never beenobtained for that subscriber or because the subscriber's information hasbeen purged from the table 136).

If the MSISDN for the subscriber is needed, the PALIM function 130causes a short-message service (SMS) message to be sent on behalf of themobile station to a predetermined virtual subscriber maintained by theVBSC 122 (block 306). As shown in FIG. 2, the VBSC 122 includes a userequipment simulator (UES) 142 that simulates an item of user equipment.The UES 142 is used to send the SMS message of block 306 by sending thesame type of message that the new mobile station would send if thesubscriber was using that mobile station to send the SMS message. TheUES 142 uses a MSISDN assigned to the virtual subscriber as thedestination address of the SMS message, the mobile station's capturedIMSI or TMSI as the originating address, and the address of an SMSCenter (SMSC) included in the host PLMN 102. The UES 142 sends the SMSmessage to the host MSC/VLR 116, which forwards the message onto theSMSC included in the host PLMN 102. The SMSC handles delivering the SMSmessage to the virtual subscriber in the normal manner. The virtualsubscriber is a special subscriber of the host PLMN 102 that is usedonly for the processing described here in connection with method 300.The VBSC 122 is configured so that the virtual subscriber appears to thehost MSC/VLR 116 (and the rest of the PLMN 102) as being located in acoverage area associated with the VBSC 122, which causes the SMSmessages to be routed to the VBSC 122 for delivery. The UES 142 receivesthe SMS message.

When the SMS message is delivered to the virtual subscriber (that is, tothe UES 142), the PALIM function 130 captures the MSISDN number for themobile station from the delivered SMS message (block 308). The deliveredSMS message will include the MSISDN number for the subscriber that sentthe SMS message, which is the MSISDN number of the subscriber associatedwith the mobile station that performed the location update. The UES 142provides the MSISDN number to the PALIM function 130. Then, the PALIMfunction 130 stores the IMSI or TMSI number and captured MSISDN numberfor the subscriber in the subscriber information table 136 it maintains(block 310).

FIG. 4 is a flow diagram of one embodiment of a method 400 ofidentifying those calls where both legs of the call are terminated inthe same routing zone 110 using the MSISDN of the MT mobile station.Method 400 is suitable for use in those implementations where the VBSC122 uses method 300 to obtain the MSISDN of subscribers being handled bythe VBSC 122. Method 400 is described here as being implemented in thesystem of FIGS. 1 and 2, though other embodiments can be implemented inother ways.

When the RLS function 134 detects that a MT leg of a call is being setupusing the VBSC 122 (checked in block 402), the RLS function 134 checksif the routing zone 110 in which that MT leg is terminated supportslocal switching (block 404). If it does, the RLS function 134 uses theIMSI or TMSI of the MT leg to determine the MSISDN of the MT mobilestation (block 406). The RLS function 134 does this by interrogating thePALIM function 130. The PALIM function 130 uses IMSI or TMSI provided bythe RLS function 134 to search the subscriber information table 136 thatit maintains using the IMSI or TMSI of the MT mobile station in order tolocate the corresponding subscriber record for that MT mobile station.The subscriber record contains the MSISDN for the MT mobile station. TheMSISDN for the MT mobile station is provided to the RLS function 134.

Then, the RLS functionality 129 checks all of the MO legs that it ishandling to see to see if any of those MO legs correspond to the currentMT leg (checked in block 408). The RLS function 134 does this bychecking each MO leg to see if the MSISDN of the called MT mobilestation for that MO leg corresponds to the MSISDN received in block 406.If the RLS function 134 finds a MO leg that corresponds to the currentMT leg, the RLS function 134 checks if the MO leg is terminated in thesame routing zone as the MT leg (block 410). If it is, the RLS function134 instructs the MGC function 132 to cause the local MG 114 or IP BSC106 in that routing zone to cross-connect the legs of the call (block412).

FIG. 5 is a flow diagram of another embodiment of a method 500 ofidentifying those calls where both legs of the call are terminated inthe same routing zone 110. The embodiment of method 500 shown in FIG. 5makes use of User-to-User Signaling (UUS), which is provided as asupplementary service in some telephone systems. UUS provides amechanism for the transmission of a limited amount of subscribergenerated information (also referred to here “User-to-User Information”or “UUI”) to and/or from another user in association with a call. TheUUS-related specifications and standards specify that the networkelements that mediate the communications between the users do notinterpret the UUI or act upon it in any way (that is, the UUI is passed“transparently” through the network).

When the PALIM function 130 handles the MO leg of a call (checked inblock 502), the PALIM function 130 inserts UUI information into thesignaling messages that it forwards for the MO leg (block 504). Theinserted UUI information includes information that can be used toidentify the mobile station and routing zone 110 from which the MO callleg originated. For example, in one implementation, the inserted UUIinformation includes the IMSI or TMSI of the MO mobile station and anidentifier for the corresponding routing zone. This UUI information willbe transparently passed to the MT leg of the call.

When the RLS function 134 detects that a MT leg of a call is being setupusing the VBSC 122 (checked in block 506), the RLS function 134 checksif the control-plane messages for the MT leg of the call include UUIinformation of the type inserted into MO call legs by the PALIM function130 in connection with block 504 (block 508). If such UUI informationhas been inserted, the RLS function 134 checks if the routing zone 110in which that MT leg is terminated supports local switching byinspecting the routing zone identifier that is included in the insertedUUI (block 510). If it does, the RLS function 134 checks all of the MOlegs that it is handling to see to see if any of those MO legscorrespond to the current MT leg (checked in block 512). The RLSfunction 134 does this using the MO IMSI or TMSI that is included in theinserted UUI information. The RLS function 134 checks if the inserted MOIMSI/TMSI matches the MO IMSI/TMSI of any of the MO legs it is currentlyhandling. If there is a match, the RLS function 134 checks if thematching MO leg is terminated in the same routing zone as the MT leg(block 514). If it is, the RLS function 134 instructs the MGC function132 to cause the local MG 114 or IP BSC 106 in that routing zone tocross-connect the legs of the call (block 516).

FIG. 6 is a flow diagram of another embodiment of a method 600 ofidentifying those calls where both legs of the call are terminated inthe same routing zone 110. The embodiment of method 600 shown in FIG. 6makes use of dual-tone multi-frequency (DTMF) tones.

In this embodiment, the RLS function 134 sets up each leg of a call thatis handled by the VBSC 122 using the CIC assigned by the host MSC/VLR116 (block 602). When the RLS function 134 setups up the MO leg of acall that is terminated in a routing zone that supports local switching(checked in block 604), the RLS function 134 causes a predetermined DTMFtone or sequence of DTMF tones to be inserted into the MO leg of thecall (using the central media gateway 126) (block 606). The RLS function134 listens (using the central media gateway 126) for the inserted DTMFtone or tones on all of the MT legs that it is currently handling. Ifthe same inserted DTMF tone or tones are detected on both an MO leg andan MT leg (checked in block 608), the RLS function 134 checks if the MOleg and MT leg are terminated in the same routing zone (block 610). Ifthey are, the RLS function 134 instructs the MGC function 132 to causethe local MG 114 or IP BSC 106 in that routing zone to cross-connect thelegs of the call (block 612).

The functionality described here as being implemented by the VBSC 122can be implemented in various ways. For example, the VBSC 122 can beimplemented as software that executes on a server. Such a server, forexample, can comprise one or more programmable processors for executingthe software and memory for storing the program instructions and anyrelated data. The software comprises program instructions that arestored (or otherwise embodied) on an appropriate storage medium or media(such as flash memory) from which at least a portion of the programinstructions are read by the programmable processor for executionthereby. Such a server also includes appropriate interfaces tocommunicatively couple the server to the other elements of the PLMN.

FIG. 7 is a block diagram of one embodiment of a method 700 that isperformed by the PALIM function 130 when a mobile station that islocated within one of the remote routing zones 110 performs a locationupdate. Method 700 is suitable for use in those implementations wherethe PALIM function 130 is used as the interface to the host PLMN 102 andwhere the host PLMN 102 supports the MAP protocol over the communicationlink that couples the VBSC 122 to the host PLMN 102.

When a mobile station that is located within one of the remote roamingzones 110 performs a location update, the PALIM function 130 performs a“double location update”. The PALIM function 130 performs a “first”location update directly with the HLR 119 of the host PLMN 102 (block702 of FIG. 7). This first location update is a “pseudo” location updatethat is generated by the PALIM function 130 based on the informationprovided in the location update message received from the mobilestation. The PALIM function 130 uses the MAP protocol to perform thefirst location update directly with the HLR 119 in the host PLMN 102 andappears, from the perspective of the host HLR 119, to be a MSC/VLR whenperforming the first location update. The host HLR 119 will process thefirst location update in the normal manner and send a response to thefirst location update to the PALIM function 130 using the MAP protocol.The response to the first location update includes the subscriberinformation (for example, the subscriber's IMSI and MSISDN information)for that mobile. The PALIM function 130 receives the response to thefirst location update (block 704) and update the IMSI-MSISDN table 136that it maintains (block 706). In this way, the PALIM function 130 (and,more generally, the VBSC 122) will obtain the subscriber information forthe mobile station.

After the first location update is completed, the PALIM function 130performs a “second” location update with the MSC/VLR 116 in the hostPLMN 102 (block 708). The second location update is the “normal”location update that uses the location update message received from themobile station. The PALIM function 130 appears, from the perspective ofthe MSC/VLR 116, to be a BSC when performing the second location updateand uses the A-interface to forward the location update message to thehost MSC/VLR 116. The host MSC/VLR 116 processes the second locationupdate in the normal manner by performing a second location update withthe host HLR 119. The host HLR 119 processes the second location updatein the normal manner and updates the HLR subscriber record for thatmobile station to indicate that that mobile station is roaming in thehost PLMN 102. The host HLR 119 also sends a response to the secondlocation update to the host MSC/VLR 116, which updates its VLR with thesubscriber information included in the response. As a result of thedouble-location update, the PALIM function 130 is able to obtain thesubscriber's information while still having the mobile station properlyregistered with the home PLMN 102.

Also, the VBSC 122 described here can be configured to support thecascading VBSC architectures and accurate paging techniques described inthe '344 Application.

The methods and techniques described here may be implemented in digitalelectronic circuitry, or with a programmable processor (for example, aspecial-purpose processor or a general-purpose processor such as acomputer) firmware, software, or in combinations of them. Apparatusembodying these techniques may include appropriate input and outputdevices, a programmable processor, and a storage medium tangiblyembodying program instructions for execution by the programmableprocessor. A process embodying these techniques may be performed by aprogrammable processor executing a program of instructions to performdesired functions by operating on input data and generating appropriateoutput. The techniques may advantageously be implemented in one or moreprograms that are executable on a programmable system including at leastone programmable processor coupled to receive data and instructionsfrom, and to transmit data and instructions to, a data storage system,at least one input device, and at least one output device. Generally, aprocessor will receive instructions and data from a read-only memoryand/or a random access memory. Storage devices suitable for tangiblyembodying computer program instructions and data include all forms ofnon-volatile memory, including by way of example semiconductor memorydevices, such as EPROM, EEPROM, and flash memory devices; magnetic diskssuch as internal hard disks and removable disks; magneto-optical disks;and DVD disks. Any of the foregoing may be supplemented by, orincorporated in, specially-designed application-specific integratedcircuits (ASICs).

A number of embodiments of the invention defined by the following claimshave been described. Nevertheless, it will be understood that variousmodifications to the described embodiments may be made without departingfrom the spirit and scope of the claimed invention. Accordingly, otherembodiments are within the scope of the following claims.

What is claimed is:
 1. A wireless system comprising: a host MSC/VLR of apublic land mobile network (PLMN); a plurality of base stationsubsystems (BSSs), each BSS of the plurality of BSSs including a basestation controller (BSC) and one or more base transceiver stations(BTSs); and a virtual base station controller (VBSC) communicativelycoupled to the plurality of BSSs and the host MSC/VLR such that the hostMSC/VLR and other devices in the PLMN communicate with the plurality ofBSSs via the VBSC; wherein: the VBSC is coupled to the PLMN; the VBSCcan appear, from a perspective of the host MSC/VLR, to be a local basestation controller for the one or more BTSs of the plurality of BSSs;the VBSC can appear, from a perspective of the BSCs of the plurality ofBSSs, to be a local MSC/VLR for the BSCs of the plurality of BSSs whilethe VBSC appears, from a perspective of the host MSC/VLR, to be thelocal base station controller for the one or more BTSs of the pluralityof BSSs; the VBSC and at least one of the plurality of BSSs includefunctionality for locally switching telephone calls in the plurality ofBSSs; the VBSC can further insert user-to-user (UUI) information intocontrol-plane messages of mobile originated (MO) legs of the telephonecalls handled by the VBSC; the VBSC can further check for the UUIinformation in control-plane messages of mobile terminated (MT) legs ofthe telephone calls handled by the VBSC; and the VBSC can further usethe UUI information to match the MO and MT legs of the telephone callsin order to determine if the telephone calls should be locally switched.2. The wireless system of claim 1, wherein: the VBSC is communicativelycoupled to the plurality of BSSs over a first GSM A interfaceimplemented over a first IP network; the VBSC is communicatively coupledto the host MSC/VLR over a circuit-switched GSM A interface or over asecond GSM A interface implemented over a second IP network; and atleast one of the plurality of BSSs includes a local media gatewayconfigured to switch the telephone calls in the at least one of theplurality of BSSs.
 3. The wireless system of claim 1, wherein the VBSCis configured to perform point code address translation for messagessent between the plurality of BSSs and the host MSC/VLR.
 4. The wirelesssystem of claim 1, wherein: at least one of the plurality of BSSscomprises at least one of a microcell or a picocell.
 5. The wirelesssystem of claim 1, wherein: the VBSC is communicatively coupled to theplurality of BSSs using one or more microwave or satellite links.
 6. Thewireless system of claim 1, wherein: the VBSC is further configured toinsert a dual-tone multi-frequency (DTMF) tone or tones into the mobileoriginated (MO) legs of the telephone calls handled by the VBSC; and theVBSC is further configured to check for the DTMF tone or tones in themobile terminated (MT) legs of the telephone calls handled by the VBSC;the VBSC is further configured to use the DTMF tone or tones to matchthe MO and MT legs of the telephone calls in connection with determiningif the telephone calls should be locally switched.
 7. The wirelesssystem of claim 1, wherein: the VBSC is configured to support at leastone of private subscribers, public subscribers, or hybrid subscribers.8. The wireless system of claim 1, wherein: when a telephone call islocally switched, the VBSC is further configured to monitor circuitsassigned to a telephone call by the host MSC/VLR for any alerts; if anyalerts are communicated on the circuits, the VBSC is further configuredto undo the local switching of the telephone call and connect legs ofthe telephone call to the circuits assigned by the host MSC/VLR; and thetelephone calls comprise the telephone call.
 9. A wireless system incommunication with a public land mobile network (PLMN), the PLMNcomprises a host MSC/VLR, the wireless system comprising: two or morebase station subsystems (BSSs), each BSS of the two or more BSSscomprises one or more base transceiver stations (BTSs); a controllersystem that can communicatively couple the host MSC/VLR to the two ormore BSSs such that the two or more BSSs communicate to the host MSC/VLRvia the controller system, wherein: the controller system can routecontrol plane messages received from the host MSC/VLR to an appropriateone of the two or more BSSs; the controller system can performpoint-code address translation for messages communicated between thehost MSC/VLR and the two or more BSSs; the controller system candetermine when telephone calls received by the two or more BSSs shouldbe locally switched; the controller system can appear, from aperspective of the host MSC/VLR, to be a local base station controllerfor the one or more BTSs of the two or more BSSs; the controller systemcan appear, from a perspective of the two or more BSSs, to be an MSC/VLRfor the two or more BSSs while the controller system appears, from theperspective of the host MSC/VLR, to be the local base station controllerfor the one or more BTSs of the two or more BSSs; the controller systemcan further insert user-to-user information into control-plane messagesof mobile originated (MO) legs of the telephone calls; the controllersystem can further check for the user-to-user information incontrol-plane messages of mobile terminated (MT) legs of the telephonecalls; and the controller system can further use the user-to-userinformation to match the MO and MT legs of the telephone calls whendetermining if the telephone calls should be locally switched.
 10. Thewireless system of claim 9, wherein: each one of the two or more BSSsfurther comprises: a base station controller (BSC); and the BSC for eachBSS of the two or more BSSs is configured to manage the BTSs and furtherconfigured to communicate with the controller system.
 11. The wirelesssystem of claim 9, wherein: the controller system is communicativelycoupled to the two or more BSSs over a first GSM A interface implementedover a first IP network; the controller system is communicativelycoupled to the host MSC/VLR over a circuit-switched GSM A interface orover a second GSM A interface implemented over a second IP network; andat least one of the two or more BSSs comprises a local media gateway forswitching the telephone calls in the two or more BSSs.
 12. The wirelesssystem of claim 9, wherein: the controller system is communicativelycoupled to the two or more BSSs using one or more satellite links. 13.The wireless system of claim 9, wherein: the controller system isconfigured to identify MSISDN number for one or more mobile stationshandled by the two or more BSSs by sending a message to a predeterminedsubscriber for each of the one or more mobile stations; and thecontroller system is further configured to capture the MSISDN number ofeach of the one or more mobile stations from the message.
 14. Thewireless system of claim 13, wherein: the controller system is furtherconfigured to use the MSISDN number to match the mobile originated (MO)leg and the mobile terminated (MT) leg of the telephone calls in orderto determine if the telephone calls should be locally switched.
 15. Thewireless system of claim 9, wherein: the controller system is furtherconfigured to insert one or more frequency tones into the mobileoriginated (MO) legs of the telephone calls; the controller system isfurther configured to check for the one or more frequency tones in themobile terminated (MT) legs of the telephone calls; and the controllersystem is further configured to use the one or more frequency tones tomatch the MO and MT legs of the telephone calls when determining if thetelephone calls should be locally switched.
 16. The wireless system ofclaim 9, wherein: the controller system is further configured to supportprivate subscribers, public subscribers, and hybrid subscribers.
 17. Thewireless system of claim 9, wherein: when the telephone calls arelocally switched, the controller system is configured to monitor one ormore circuits assigned to the telephone calls by the host MSC/VLR forone or more alerts; and if any alerts of the one or more alerts arecommunicated on the one or more circuits, the controller system isconfigured to stop local switching of a telephone call of the telephonecalls and connect the MO and MT legs of the telephone calls to the oneor more circuits to allow the alerts of the one or more alerts to betransmitted to a subscriber.
 18. A wireless system in communication withtwo or more base station subsystems located in a first coverage area,the wireless system comprising: a host module that can provide mobileswitching and visitor location registration services for wirelessdevices located in a second coverage area; a virtual base stationcontroller that can communicatively couple the host module to the two ormore base station subsystems, the virtual base station controllercomprising: a router module that can route messages between the hostmodule and an appropriate one of the two or more base station subsystemsand further can perform point-code address translation for the messagesbetween the host module and the two or more base station subsystems,wherein: the virtual base station controller is coupled to the hostmodule; the first coverage area is different from the second coveragearea; the virtual base station controller can function as a base stationcontroller for the two or more base station subsystems from aperspective of the host module; and the virtual base station controllercan function as a local host module for the two or more base stationsubsystems from a perspective of the two or more base station subsystemswhile the virtual base station controller functions as the base stationcontroller for the two or more base station subsystems from theperspective of the host module the virtual base station controller canfurther insert user-to-user information into control-plane messages of amobile originated leg of a telephone call if the telephone call islocally switched by the virtual base station controller; the virtualbase station controller can further check for the user-to-userinformation in a mobile terminated leg of the telephone call if thetelephone call is locally switched by the virtual base stationcontroller; and the virtual base station controller can further use theuser-to-user information to match the mobile originated leg and themobile terminated leg of the telephone call when the virtual basestation controller is determining whether the telephone call should belocally switched.
 19. The wireless system of claim 18, furthercomprising: a local switching module configured to determine whentelephone calls received by the two or more base station subsystemsshould be locally switched; and the telephone calls comprise thetelephone call.
 20. The wireless system of claim 18, wherein: thevirtual base station controller is communicatively coupled to the two ormore base station subsystems over a first GSM A interface implementedover a first IP network; the virtual base station controller iscommunicatively coupled to the host module over a circuit-switched GSM Ainterface or over a second GSM A interface implemented over a second IPnetwork; and at least one of the two or more base station subsystemscomprise a local media gateway configured to switch telephone calls inthe at least one of the two or more base station subsystems; and thetelephone calls comprise the telephone call.
 21. The wireless system ofclaim 18, wherein: the virtual base station controller iscommunicatively coupled using one or more satellite links to at leastone of: the host module; or at least one of the two or more base stationsubsystems.
 22. The wireless system of claim 18, wherein: the virtualbase station controller is further configured to obtain identifyinginformation for a mobile station by sending an SMS message to a userfrom the mobile station; and the virtual base station controller isfurther configured to capture the identifying information from the SMSmessage.
 23. The wireless system of claim 22, wherein: the virtual basestation controller is further configured to use the identifyinginformation to determine if the telephone call should be locallyswitched.
 24. The wireless system of claim 18, wherein: the virtual basestation controller is further configured to support private subscribers,public subscribers, and hybrid subscribers.
 25. A wireless systemcomprising: a host MSC/VLR of a public land mobile network (PLMN); twoor more base station subsystems (BSSs), each one of the two or more BSSscomprising: a base station controller (BSC); and one or more basetransceiver stations (BTSs); and a virtual base station controller(VBSC) communicatively coupling the two or more BSSs to the hostMSC/VLR, the VBSC comprising: a multiplexer module that can routecontrol plane messages between the host MSC/VLR to an appropriate one ofthe two or more BSSs and further can perform point-code addresstranslation for the control plane messages communicated between the hostMSC/VLR and the two or more BSSs; and a local switching module that candetermine when telephone calls are received by the two or more BSSs ifthe telephone calls should be locally switched, wherein: the hostMSC/VLR communicates with the two or more BSSs via the VBSC; at leastone of the two or more BSSs include a local media gateway module thatcan switch the telephone calls in the at least one of the two or moreBSSs; the VBSC can function as a base station controller for the one ormore BTSs in the two or more BSSs from a perspective of the hostMSC/VLR; the VBSC can function as a MSC/VLR for the BSC of the two ormore BSSs from a perspective of the BSC of the two or more BSSs whilethe VBSC functions as the base station controller for the one or moreBTSs in the two or more BSSs from the perspective of the host MSC/VLR;the VBSC can identify MSISDN number for two or more mobile stationshandled by the two or more BSSs by sending a SMS message to apredetermined subscriber for each one of the two or more mobilestations; and the VBSC can capture the MSISDN number from the SMSmessage to the predetermined subscriber for the each one of the two ormore mobile stations.
 26. The wireless system of claim 25, wherein theVBSC is communicatively coupled to the two or more BSSs over a first GSMA interface implemented over a first IP network; and the VBSC iscommunicatively coupled to the host MSC/VLR over a circuit-switched GSMA interface or over a second GSM A interface implemented over a secondIP network.
 27. A wireless system comprising: a host MSC/VLR of a publicland mobile network (PLMN); a plurality of base station subsystems(BSSs), each BSS of the plurality of BSSs including a base stationcontroller (BSC) and one or more base transceiver stations (BTSs); and avirtual base station controller (VBSC) communicatively coupled to theplurality of BSSs and the host MSC/VLR such that the host MSC/VLR andother devices in the PLMN communicate with the plurality of BSSs via theVBSC; wherein: the VBSC is coupled to the PLMN; the VBSC can appear,from a perspective of the host MSC/VLR, to be a local base stationcontroller for the one or more BTSs of the plurality of BSSs; the VBSCcan appear, from a perspective of the BSCs of the plurality of BSSs, tobe a local MSC/VLR for the BSCs of the plurality of BSSs while the VBSCappears, from a perspective of the host MSC/VLR, to be the local basestation controller for the one or more BTSs of the plurality of BSSs;the VBSC and at least one of the plurality of BSSs include functionalityfor locally switching telephone calls in the plurality of BSSs; the VBSCcan identify MSISDN number for two or more mobile stations handled bythe plurality of BSSs by sending a SMS message to a predeterminedsubscriber for each one of the two or more mobile stations; the VBSC canfurther capture the MSISDN numbers from the SMS message to thepredetermined subscriber for the each one of the two or more mobilestations; the VBSC can further use the captured MSISDN number to matchmobile originated (MO) and mobile terminated (MT) legs of a telephonecall in order to determine if the telephone call should be locallyswitched; and the telephone calls comprise the telephone call.